home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestva.zip / V10N22G.TXT < prev    next >
Text File  |  1994-01-23  |  40KB  |  935 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Daily Digest            Sat, 22 Jan 94  0:07         Volume 10: Issue  22 
  5.  
  6. Today's Topics:
  7.                            16-bit recording
  8.                              768k memory
  9.                       [RFI] OPTI 495SLC Chipset
  10.                         Addition Mega EM info
  11.                     Archon Ultra with GUS support
  12.                   CD-ROM plug incompatibility on GUS
  13.                           Compressed patches
  14.                              DOTT and GUS
  15.                              DRAM upgrade
  16.                   GUS, Windows & Graphics Corruption
  17.                        GUS Daily Digest V10 #14
  18.                        GUS Daily Digest V10 #21
  19.                            GUS MOD players
  20.                           help with SB + GUS
  21.                             MegaEm problem
  22.                                  MIDI
  23.                        Midi files on Wuarchive
  24.                      MIDI sound: Windows vs. DOS
  25.                        MODs with > 1 Mb samples
  26.                        Mortal Kombat discovery
  27.                    New GUS MIDI driver for Windows.
  28.                      Re**2: MegaEm and the MT-32.
  29.                Reply to Faster Memory and Memory Prices
  30.                    SBOS v3.7 really does fix FS 5.0
  31.             Sound Blaster to GUS input line...is it safe?
  32.                         Submit directory etc.
  33.                       To Gravis re OS/2 drivers
  34.        Ultrasound Internet Archives News - New policy for EPAS
  35.                      Why Gravis doesn't post here
  36.                               XMID specs
  37.                             Zye Technology
  38.  
  39. Standard Info:
  40.     - Meta-info about the GUS can be found at the end of the Digest.
  41.     - Before you ask a question, please READ THE FAQ.
  42.  
  43. ----------------------------------------------------------------------
  44.  
  45. Date: Fri, 21 Jan 1994 18:07:43 -0700 (MST)
  46. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  47. Subject: 16-bit recording
  48.  
  49. > > built onboard.  You can't upgrade a GUS to a MAX since you can physically
  50. > > only install either a SCSI daughtercard or a 16-bit recording daughtercard
  51. > > onto a base GUS but not both.
  52. > > 
  53. > > Phat.
  54. > 
  55. > So the 16-bit recording option really is available, eh?  Do you know how
  56. > much it costs and where I can get it?  I live in the Phoenix AZ area.
  57.  
  58. ------------------------------
  59.  
  60. Date: Fri, 21 Jan 94 18:16:03 GMT
  61. From: nguyen@eerie.fr (NGUYEN Francois                   )
  62. Subject: 768k memory
  63.  
  64. Hi, I subscribed in december to the list but during the Christmas break, 
  65. my mail server went down and then I did not had time to resubscribe.
  66. I guessed I was removed from the list as no more mail from the
  67. list arrived.
  68. I only did it today, and saw many posts about memory.
  69. Over that time (december), I got a gus, and picked many softwares from epas.
  70. I had an old trident video board with 512 k memory (80 ns) and plugged it 
  71. on the gus upgrading to 768 KB. Is there a reason not to do this?
  72. The first bank is 60 ns, the 2 others 80 ns. 
  73. Moreover, I always see gus 256, 512 or 1024, but never 768.
  74. (However, it works fine, the memory passed all the tests ok).
  75.  
  76. By the way, if anyone is looking for a good price on gravis stuff in France, I 
  77. think I have the right address, ask me if you need it.
  78.  
  79. TTFN
  80.  
  81. Francois
  82.     '
  83.  
  84. ------------------------------
  85.  
  86. Date: Fri, 21 Jan 94 12:15:15 EET
  87. From: s106275@ee.tut.fi (Saari Anssi)
  88. Subject: Re: [RFI] OPTI 495SLC Chipset
  89.  
  90. >    I'm "Really-Soon-Now(TM)" going to upgrade my 386/40 motherboard
  91. >    to a 486DX2/66 one. One of the boards I've been offered has the
  92. >    OPTI 495SLC chipset. (I don't know whether or not the 82C206 chip
  93. >    is on it and the boards haven't arrived to the retailer yet so
  94. >    I can't check.)
  95. >
  96. >    If there's anyone out there with this chipset, could he/she
  97. >    mail me or the list with any comments? I definitely won't take
  98. >    the risk if someone won't tell me it has a fully functional
  99. >    DMA-controller, NMI etc.. 
  100.  
  101. I have an MB with this chipset, currently running a 486SX-33 on it. No
  102. problems with the GUS. NMI seems to work even if I disable memory 
  103. parity checking. The 82C206 is by Samsung. An initial problem was
  104. with Doom, it would crash with 'hidden refresh' enabled.
  105.  
  106. Anssi
  107.  
  108.  
  109. ------------------------------
  110.  
  111. Date: Fri, 21 Jan 94 18:14:07 CST
  112. From: Jim English <jenglish@hpserv.keh.utulsa.edu>
  113. Subject: Addition Mega EM info
  114.  
  115. since my previous mssg ive tested MegaEM on Xwing and had no similar errors,
  116. so it must have something to do with NHL Hockey and not my system.
  117. -jim
  118. --
  119. ______________________________________________________________________________
  120. Jim English - jenglish@hpc2.keh.utulsa.edu / EJP51823@vax1.utulsa.edu
  121.  
  122. I do not represent the University of Tulsa in any way, but I'm sure if they
  123. wanted me too they could easily create another Vice President position and
  124. raise tuition.
  125.  
  126. "Oh good heavens baby where's my medicine?  Well I must have left it outside
  127. with my ettiquette."  -  Hotel Illness  (Black Crowes)
  128. ______________________________________________________________________________
  129.  
  130. ------------------------------
  131.  
  132. Date: Fri, 21 Jan 94 9:41:52 CST
  133. From: umcoyne0@CC.UManitoba.CA
  134. Subject: Archon Ultra with GUS support
  135.  
  136. Just thought I'd let all you GUS types know--I saw the new Archon Ultra
  137. the other day.  Anyone who played Archon on their Apple ][ or C64 and
  138. enjoyed it will _love_ this game.  It's much like the older version, but
  139. with awesome graphics, sound and just about everybody seems to have two
  140. different weapons to attack with.
  141.  
  142. And.... it supports GUS!  The music seems to be of the .MOD variety, as
  143. far as I can tell.  The drums sound a little too techno to be MIDI, but it
  144. still sounds great.  And they seem to have programmed for the GUS
  145. properly, too--no slowdown of music or gameplay while music is on.
  146.  
  147.  
  148. Michael
  149.  
  150. ------------------------------
  151.  
  152. Date: Fri, 21 Jan 94 14:21:44 PST
  153. From: bnielsen@cclink.logicon.com (Nielsen, Bill)
  154. Subject: CD-ROM plug incompatibility on GUS
  155.  
  156.      
  157.      I have not been able to plug the internal audio cable from my Mitsumi 
  158.      CD-ROM onto the GUS card, which is installed in a Gateway P5-60.  The 
  159.      pins on the GUS card are slightly too big.  The Mitsumi has a plastic 
  160.      four-wire connector and, I think, expects a male mate similar to the 
  161.      one on my CD-ROM interface board.  Is anybody aware of a conversion 
  162.      plug or cable?  Gateway recommended jumpering the audio outputs 
  163.      externally but I'm not sure if this is the right way to do it.  I do 
  164.      not want to cut off the plug on the Mitsumi since it is still under 
  165.      warranty.
  166.      
  167.      Thanks for your help.
  168.      
  169.      Bill Nielsen, 1-800-950-0611 X2687
  170.      bnielsen@logicon.com
  171.  
  172. ------------------------------
  173.  
  174. Date: Fri, 21 Jan 1994 09:57:12 GMT
  175. From: Clarke Brunt <CLARKE@lsl.co.uk>
  176. Subject: Re: Compressed patches
  177.  
  178. >...so that when a patch is uploaded to the GUS 
  179. >DRAM, it gets squooshed and therefore we could store more patches?
  180. >  I realize patch files don't compress well to begin with... but what if 
  181. >some compress/decompress routine was embedded in say, MegaEm, Ultramid, 
  182. >and other files with a small TSR (if written in assembly, the TSR could 
  183. >easily be under 10K, right?).. well, how to play the compressed patches.. 
  184. >well, how about the TSR be a SMALL TSR (<1K) that points to a file on the 
  185. >hard drive that has extended information about each patch ("extended 
  186. >information" = important patch info lost during compression)... and the
  187. >TSR fills in any gaps in the compressed patch.. 
  188.  
  189. This sounds totally impractical to me. For all its advantages, the GUS
  190. is fairly simple in operation. You load samples into its RAM, and it
  191. plays them, possibly looping and enveloping. If you mangle the sample
  192. while loading it into the RAM, then how is the GUS supposed to play
  193. it correctly? The decompression would have to be on board the GUS,
  194. and it isn't, so it won't!
  195.  
  196. ------------------------------
  197.  
  198. Date: Fri, 21 Jan 1994 09:32:48 ADT
  199. From: "Craig Galbraith" <J5OA@acad1.UnbSJ.CA>
  200. Subject: DOTT and GUS
  201.  
  202. Hello people!
  203.     I just downloaded upgrade.zip for the Roland and MIDI support for 
  204. DOTT.  I have yet to find a way to get the Roland or MIDI sound out 
  205. of the game.  If anyone has figured out a way to get Roland music and 
  206. SB sound effects, tell me the secret.  You know, the port you gotta 
  207. use and whatever other settings are involved.  I've tried using 
  208. MegaEm but I get no music and the voices are all garbled.
  209.     Thanks.
  210.     Craig Galbraith
  211.     j5oa@unbsj.ca
  212.  
  213.  
  214.                         are you phishsperienced?
  215.  
  216. ------------------------------
  217.  
  218. Date: Fri, 21 Jan 1994 18:06:35 -0700 (MST)
  219. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  220. Subject: DRAM upgrade
  221.  
  222. Would anybody happen to have some used DRAM chips for sale?
  223.  
  224. ------------------------------
  225.  
  226. Date: Fri, 21 Jan 94 12:43:52
  227. From: ay-a@minster.york.ac.uk
  228. Subject: GUS, Windows & Graphics Corruption
  229.  
  230. >Date: Thu, 20 Jan 94 12:23:12 GMT
  231. >From: C.S.Wood@newcastle.ac.uk
  232. >Subject: GUS and windows
  233.  
  234. >Has anyone out there had trouble with the windows software, 
  235. >in particular, the graphics being corrupted?
  236.  
  237. >On patchman, they keyboard down the bottom is all corrupted, 
  238. >and sound converter is virually impossible to use - but still 
  239. >does work if you can work out where the buttons are.
  240.  
  241. I also had this problem while I was running windows in a 'HiColor'
  242. mode - 800x600x64k.  However, when I switched to 1024x768x256 (to
  243. get a bit more of Recording Session onscreen) all the graphics
  244. were displayed correctly.  A bit of experimentation later and I
  245. concluded that for whatever reason, the programs didn't like to
  246. run in more than 256 colours.
  247.  
  248. I don't know what your Windows setup is like, but I hope that this
  249. helps.
  250.  
  251. Alistair.
  252.  
  253. ------------------------------
  254.  
  255. Date: Fri, 21 Jan 1994 15:05:01 +0100
  256. From: Butlewski Richard <butlewsk@galaxie.int-evry.fr>
  257. Subject: Re: GUS Daily Digest V10 #14
  258.  
  259. end subscribe
  260.  
  261. ------------------------------
  262.  
  263. Date: 21 Jan 94 09:05:00 PST
  264. From: EBULALACAO@CSUPomona.Edu
  265. Subject: Re: GUS Daily Digest V10 #21
  266.  
  267. I developed a universal menu shell program that works for virtually ANY
  268. program that you use that doesn't contain a file(s) menu interface so that
  269. you can process individual files by just selecting the file(s) to be
  270. processed.  PLAYMIDI's file selection sucked, so I made my own.  I
  271. designed it so that it will work for other programs like PLAYMIDI, DMP,
  272. DOS's EDIT, VPIC, etc.
  273.  
  274. I'm still considering putting more features...but I want to keep the
  275. shell program as small as possible.  Right now, I have a file tag, untag,
  276. sort, cursor movements, multiple pages of files (10 pages max, 100 files
  277. each page), optional program arguments, automatic search of executable
  278. file through your PATH environment...all this for just a little over 10k.
  279.  
  280. Any of you guys have any suggestions for this?  I'd like to release this
  281. to the public...when it's all done.  Just send me a note of what you'd
  282. like added and I'll consider 'em.
  283.  
  284. ------------------------------
  285.  
  286. Date: Fri, 21 Jan 94 13:40:57 -0100
  287. From: joshua@phys4.technion.ac.il (Joshua F)
  288. Subject: Re: GUS MOD players
  289.  
  290. Recently, many mod players started supporting GUS in it's native mode.
  291. The ones worth checking are:
  292. a. MDP - This is Future Crew's module player, which has the best sound
  293.          quality of all mod players I know.  You can find it in journey1.zip
  294.          or journey2.zip, on epas.  [supports MOD's and S3M's]
  295. b. IPlay - This is the relatively new Inertia Player. It's in beta status
  296.            right now, but it already works pretty well. on my system I did
  297.            hear some cracks and noises I didn't hear in MDP, though, but
  298.            the fact that it has all sorts of screens and scopes makes it
  299.            real nice, and hopefully the cracks will be nuked in the release.
  300.  
  301. Some other mod players support the GUS, but are not as good as the previous
  302. two. These include DMP (which sounds relatively bad on the GUS, and plays
  303. S3M wrong), PMP (which is DMP's brother, same thing basically, just with
  304. supports bigger mod's), WOW II (which sounds ok, but worse than MDP and IPlay,
  305. plays only 4 channel mod's and DEFINITELY needs registration (if you take it
  306. as a minus)), and, well, that's about it.
  307.  
  308. You can find MDP, IPlay, DMP and WOWII 2.30 on archive.epas.utoronto.ca,
  309. in the /pub/pc/ultrasound/submit dir (MDP is, as noted, in the journey?.zip
  310. files).
  311.  
  312. BB.
  313.  
  314. ------------------------------
  315.  
  316. Date: Fri, 21 Jan 94 14:47:02 EST
  317. From: dmcintyr@muselab.ac.runet.edu
  318. Subject: help with SB + GUS
  319.  
  320.  
  321.  
  322. ------------------------------
  323.  
  324. Date: Fri, 21 Jan 94 17:49:22 CST
  325. From: Jim English <jenglish@hpserv.keh.utulsa.edu>
  326. Subject: MegaEm problem
  327.  
  328. Im trying to use MegaEM with NHL HOckey.  I load it up and set the
  329. emulation to MT-32.  When I load NHL my system beeps twice relatively
  330. close together, and when I try to exit NHL, EMM gives me like memory
  331. error #13 or something and halts the system.  I do have a Cd-ROM controller,
  332. but its on 340hex.  I have tried it both with the -P and without.  I dont
  333. think I have a controller at 330.  Isnt SCSI a CD_ROM controller?
  334. Any ideas?  (I havent tried mega em with any other programs)
  335. -jim
  336. --
  337. ______________________________________________________________________________
  338. Jim English - jenglish@hpc2.keh.utulsa.edu / EJP51823@vax1.utulsa.edu
  339.  
  340. I do not represent the University of Tulsa in any way, but I'm sure if they
  341. wanted me too they could easily create another Vice President position and
  342. raise tuition.
  343.  
  344. "Oh good heavens baby where's my medicine?  Well I must have left it outside
  345. with my ettiquette."  -  Hotel Illness  (Black Crowes)
  346. ______________________________________________________________________________
  347.  
  348. ------------------------------
  349.  
  350. Date: Fri, 21 Jan 1994 13:52:33 -0500 (EST)
  351. From: Doug Nashold <nashold@WPI.EDU>
  352. Subject: MIDI
  353.  
  354. How do I get channels 11-16 to get sound? I tried setting them to active
  355. through the patch map editor, but that didn't seem to work.
  356.  
  357.  Doug Nashold
  358.  nashold@wpi.wpi.edu
  359.  
  360. ------------------------------
  361.  
  362. Date: Fri, 21 Jan 1994 02:38:42 -0500 (EST)
  363. From: BR8878%ALBNYVMS.bitnet@UACSC2.ALBANY.EDU
  364. Subject: Midi files on Wuarchive
  365.  
  366. I can't quite advise you all to go looking at wuarchive for your midi
  367. files.  It is true that they were once in the epas which is mirrored with
  368. more disk space at wuarchive, but wuarchive just lost EVERYTHINHG.  Major
  369. crash and tape drive was faulty.. That place is never stable.  So keep on
  370. hunting.
  371. -joshI reaI
  372.  
  373. ------------------------------
  374.  
  375. Date: Fri, 21 Jan 94 13:49:55 CST
  376. From: Jon Fletcher <fletcj@tenfwd.uci.COM>
  377. Subject: MIDI sound: Windows vs. DOS
  378.  
  379. Hello fellow GUSers,
  380. I have just recently purchased and installed my first sound card, it's a
  381. GUS! :^).  So I am still trying to learn the ropes of not only GUS but the
  382. evils behind sound cards.  I have been a part of this group for 
  383. quite a while now and because of this group I made the decision to go with 
  384. a GUS even though, at the time, I didn't really know all the buzz words: 
  385. FM-synth, wave-table synth, PAT, MOD, MIDI ect. 
  386. Believe it or not this group sells the product and I think that Gravis should 
  387. acknowledge that fact and at least participate (more?) in this group.  Well,
  388. enough soapboxing and on to my original intent.  I hope these questions aren't
  389. too frequently asked.
  390.  
  391. Has anybody noticed a difference in the way a MIDI sounds when played back in
  392. Windows as to that in DOS?
  393.  
  394. For example, I was playing a MIDI file, that came with my GUS, in windows
  395. (using either the MIDI player or Juker, same results) and it didn't
  396. sound the way I remembered it did when I used PLAYMIDI.EXE in DOS.  The
  397. sounds under Windows were very "tinny" and not smooth and soft like they
  398. were in DOS.  Why is this happening?  How can I fix it?
  399.  
  400. On a related/non-related subject:
  401. I have since installed the new windows drivers/mixer that came in
  402. Patch Maker Lite 1.10 (PMAK110.ZIP).  Besides being a challenge (I
  403. lost all MIDI sound for a while until I figured out where all the
  404. drivers,.dll's and ultrasnd.ini files were supposed to be.) and fixing the 
  405. volume problem what else are these new drivers supposed to do for us?
  406.  
  407. I am still not sure if I put all these new files were they are supposed to
  408. be.  Does anybody have a list of the new files and their directory they are
  409. supposed to be in.  There were no directions as to what directory
  410. PMAK110.ZIP was supposed to be unzipped in so I created a directory called
  411. PMAKER and put everything there.  From there I moved the ULTRASND.INI file
  412. to the C:\ULTRASND\WINDOWS directory and moved the .DLL files that came
  413. with PMAKER110.ZIP into the C:\ULTRASND\WINDOWS directory also.  I restarted
  414. windows and I had no MIDI sound.  After playing with the volume, which I
  415. turned all the way up making no difference, I went and tried to play with
  416. the patch loading program (sorry, I can't remember it's name) that comes
  417. with the card and you can play the patches on a keyboard.  It wouldn't 
  418. let me load any patches and it said I still had over 1000kb available memory.
  419.  
  420. ------------------------------
  421.  
  422. Date: Fri, 21 Jan 1994 07:52:51 -0800 (PST)
  423. From: mikebat@netcom.com (Mike Batchelor)
  424. Subject: Re: MODs with > 1 Mb samples
  425.  
  426. Not the GUS Server once wrote...
  427. $  
  428. $  ------------------------------
  429. $  
  430. $  Date: Thu, 20 Jan 1994 17:01:36 -0500 (EST)
  431. $  From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  432. $  Subject: Re: GUS Daily Digest V10 #20
  433. $  
  434. $  > Date: Wed, 19 Jan 1994 07:13:50 -0800 (PST)
  435. $  > From: mikebat@netcom.com (Mike Batchelor)
  436. $  > Subject: Re: MOD Sample sizes
  437. $  > 
  438. $  > So on-board RAM is not all a bed of roses.  I've yet to hear if it is even
  439. $  > POSSIBLE to play samples in "CPU-intensive" mode straight out of main
  440. $  > system memory, let alone seen an app that could do it.
  441. $  
  442. $  Play a MOD in Windows using WinMod Pro or the like.  The MOD will be stored 
  443. $  in main memory, and be mixed in software.  Watch your system come to a crawl 
  444. $  as this occurs, though.  So, it's certainly possible to play MODs the CPU
  445. $  intensive way on the GUS, but I would rather not play a MOD at all than play 
  446. $  it this way.
  447.  
  448. And I would rather play a big MOD in some fashion than not play it all. :)
  449. Besides, I use Windows primarily as a shell for the Ultrasound driver, so
  450. who cares if it slows the PC to a crawl. :)
  451.  
  452. This evening, I will put up all three of my big MODs on
  453. netcom.com:/pub/mikebat/big-mods.zip.  You can grab them via anonymous
  454. ftp, and let me know if you can get them to play right in Windows.
  455.  
  456. $  ------------------------------
  457. $  
  458. $  Date: Thu, 20 Jan 1994 17:52:03 -0600 (CST)
  459. $  From: pjohnso2@ua.d.umn.edu
  460. $  Subject: Patches
  461. $  
  462. $    I had a thought... is there any way that perhaps a patch compression 
  463. $  utility could be written so that when a patch is uploaded to the GUS 
  464. $  DRAM, it gets squooshed and therefore we could store more patches?
  465. $    I realize patch files don't compress well to begin with... but what if 
  466. $  some compress/decompress routine was embedded in say, MegaEm, Ultramid, 
  467. $  and other files with a small TSR (if written in assembly, the TSR could 
  468. $  easily be under 10K, right?).. well, how to play the compressed patches.. 
  469. $  well, how about the TSR be a SMALL TSR (<1K) that points to a file on the 
  470. $  hard drive that has extended information about each patch ("extended 
  471. $  information" = important patch info lost during compression)... and the 
  472. $  TSR fills in any gaps in the compressed patch.. 
  473. $    Sounds like a lot of work, but I'm tired of only having one meg of 
  474. $  DRAM.  What was the final word on a more memory-capable GUS?  Does it exist?
  475.  
  476. Compression would almost certainly have to be "lossy" as the patches are
  477. already pretty durn compacted.  Before the BIG HARD DRIVE upgrade, I was
  478. using Stacker, and took the patch dir off the compressed volume because I
  479. was getting only 1.0:1 compression - i.e., NONE.  That's with Stacker's
  480. compression turned all the way up.  PkZip doesn't make a dent in them
  481. either.  
  482.  
  483. But a kludge like this is no substitute for more DRAM, just as Stacker is
  484. no substitute for a 540 Mb HD. :)
  485.  
  486. Something more practical would be patch caching to main system memory. 
  487. Such a scheme could be made scalable, so that when a GUS with more than
  488. 1Mb comes out, the scheme could be expanded to cache everything over 8Mb
  489. to main system memory (or whatever the limit on the hypothetical GUS II
  490. would be).  I think the overhead shuffling patches back and forth between
  491. GUS DRAM and main memory would be far less than any decompression
  492. algorithm.  
  493.  
  494. -- 
  495. Mike Batchelor      |
  496. mikebat@netcom.com  |                  This space for rent
  497. mikebat@qdeck.com   |
  498.  
  499. ------------------------------
  500.  
  501. Date: Fri, 21 Jan 1994 10:10:18 -0600
  502. From: ken@austin.ibm.com (Ken Goach IBM)
  503. Subject: Mortal Kombat discovery
  504.  
  505. Well, I had seen several posts in comp.sys.ibm.pc.soundcard and
  506. a couple of notes in here about using a GUS and a SB in the same
  507. machine while playing MK. It seems the only way to get the game
  508. to work in this situation is to remove the GUS, or else you get
  509. the "CANNOT INITIALISE SOUND CARD!" message and no sound.
  510.  
  511. I haven't tried using SBOS since I have both a SB clone and a
  512. GUS. Anyway, the first release of the game didn't support the
  513. SB-16, so I got to thinking that maybe it has something to do
  514. with the card itself (since my SB clone is "short" and the
  515. GUS is a double-length card for 16-bit DMA). So I picked SB
  516. and Roland of the sound menu and got digital sound working out
  517. of the SB! Of course, there's no music, since the Roland driver
  518. will not run the GUS.
  519.  
  520. When I got the MK fix file (via ftp), it was a disaster. I got
  521. no sound from the SB (with or without the GUS in the machine)
  522. and game performance was worse. So *that's* not the answer, as
  523. far as I can tell.
  524.  
  525. Wouldn't it be great if someone wrote a dedicated GUS driver for
  526. MK that you could copy over the Roland one and then select SB
  527. and Roland? I tried MEGAEM, but MK runs in protected mode, so
  528. that's out.
  529.  
  530. Anyone else figured anything else out?
  531.  
  532. Ken
  533.  
  534. ------------------------------
  535.  
  536. Date: Fri, 21 Jan 94 10:26:20 EST
  537. From: Akintunde Omitowoju <ZAO1@ETSU.EAST-TENN-ST.EDU>
  538. Subject: New GUS MIDI driver for Windows.
  539.  
  540. Where can I get the new GUS MIDI driver for Windows...?
  541.  
  542. Akintunde Omitowoju
  543. zao1@etsu.bitnet           (BitNet)
  544. zao1@etsu.east-tenn-st.edu (InterNet)
  545.  
  546. "I program, therefore I debug."
  547.  
  548. ------------------------------
  549.  
  550. Date: Fri, 21 Jan 1994 08:22:04 -0500
  551. From: "Michael Grant Wilson" <Mcq@oti.on.ca>
  552. Subject: Re**2: MegaEm and the MT-32.
  553.  
  554. on Thu, 20 Jan 1994 06:13:27 -0500 <s106275@ee.tut.fi> wrote:
  555. > >Is the MT-32 support from MegaEm supposed to include downloaded sounds?
  556. > No.
  557. > >    If not: is there some reason why this wasn't included?
  558. > It's a synth. The downloaded sounds are settings for the synth to create
  559. > new sounds. You don't expect Mega-Em to create corresponding digital
  560. > samples, I hope.
  561. >
  562. I agree that the mt32 is a synth, but I'm not sure that's particularly
  563. relavent. My model of the way the mt32 is used for game sfx is essentially
  564. that the downloaded sounds represent source waveform data (i.e. they are
  565. loaded into sample ram) that contain the basic sound. Of course, the
  566. capability is there to modify these sounds, but that isn't normally
  567. used (if it was, then most games would sound lousy even for the normal
  568. instrument patches). Even if they are doing some synth programming, eating the
  569. basic waveform and playing it back would be better than playing random
  570. instrument noises for sound sfx like most mt32 games do now.
  571. Is this totally incorrect? (I certainly don't know! I'll believe anybody
  572. whose actually programmed an mt32).
  573.  
  574. Having said that, there isn't anything *inherantly* impossible about having
  575. Mega-Em "create corresponding digital samples" for particular patches on *any*
  576. synth. Admittedly, it requires a fairly accurate model of the synth engine
  577. which is being emulated, and usually some interesting math, but such a program can
  578. always be written. Of course, optimizing it to be small/fast enough to be a
  579. TSR that runs in real time would probably be difficult.
  580.  
  581. McQ
  582.  
  583. ------------------------------
  584.  
  585. Date: Fri, 21 Jan 94 09:12:25 EST
  586. From: "Burns Fisher, VMS Engineering  21-Jan-1994 0916" <fisher@skylab.enet.dec.com>
  587. Subject: Re: Reply to Faster Memory and Memory Prices
  588.  
  589. >I upgraded by GUS to 1MB as soon as I got it. I went with a local retailer
  590. >for memory, and it ran me around $45 to go from 256K to 1MB.
  591.  
  592. That's about what I paid too, though it was a year ago.
  593.  
  594. >The faster memory, the better! Just make sure it's at least as fast as
  595. >the memory the card came with, and make sure that each bank has the same
  596. >speed of memory (i.e. each row of two chips must be filled with two
  597. >identicle chips). Otherwise, the faster the chip, the better the 
  598. >performance!
  599.  
  600. What in the world would ever make you think that?  I don't mind speculation, but 
  601. please identify it as such.
  602.  
  603. The fact is that memory chips have know way to tell you when they have gotten 
  604. your data.  That means the GUS itself has no clue as to whether you have 100ns
  605. chips or 70ns chips.  It just puts a request for a particular address on the 
  606. memory bus, hits a stobe line, and then waits for a fixed amount of time, 
  607. presumably about 100ns, and then pulls the data of the memory bus.  If the data
  608. was actually there in 70ns, it does not help a thing.
  609.  
  610. Now there has been speculation and even a few anecdotal incidents to indicate 
  611. that it may be good to have consistent speed chips throughout.  It's not clear 
  612. why this should be, but you might as well play it safe and try to get the same 
  613. type.  Maybe if you get 70ns chips the incident of failure at 100ns is lower. 
  614. (The latter is speculation!)  But no one has ever claimed better performance for 
  615. the card with faster chips!
  616.  
  617. Burns
  618.  
  619. ------------------------------
  620.  
  621. Date: Fri, 21 Jan 1994 08:53:17 -0600
  622. From: Don Eller <don.eller@inst.medtronic.com>
  623. Subject: SBOS v3.7 really does fix FS 5.0
  624.  
  625. I've been hearing so many good things about the new Sbos v3.7 that I wanted to
  626. try it even before I saw a reference somewhere that FS5 might really work with
  627. it.  Unfortunately, I must be really dense, I never noticed there was a 
  628. gravis.bbs subdirectory under epas...../submit, until I found a reference to
  629. it in pc.fltsim newsgroup.  Or maybe this is a new subdirectory?  Anyway, I
  630. downloaded Sbos v3.7 and after playing around, found the settings that do work
  631. for FS5 and provide true digital sounds, without cutting out.  I used the
  632. Sbpro with DMA 1 and IRQ5 in FS5 config, and voila.  If anyone is interested
  633. and wants information on my complete configuration, hardware and software, just
  634. ask and I'll post it.
  635.  
  636. I also noticed that the new Sbos includes settings for a variety of things,
  637. including Carmen.exe (which I take to be Where in the World is Carmen ...).
  638. Unfortunately, maybe because I have the CDrom version, mine still locks up
  639. just as I start working on the case, and I have to reboot.  The only way I've
  640. been successful in completing a case is by using Megaem with Roland music only.
  641. If digital effects are enabled, it allways locks up, with every configuration
  642. I've tried over the last couple of months.  If anyone has been able to get the
  643. CDRom version of this game running, please let me know.  This is the only 
  644. Broderbund CDrom game that I have, everything else seems to work great with
  645. Megaem.  Course now I'll have to go back and compare everything with the new
  646. Sbos, I think most things will probably work now, if I can find the right
  647. settings for Sbos.
  648.  
  649. ------------------------------
  650.  
  651. Date: Fri, 21 Jan 94 10:22:47 EST
  652. From: Akintunde Omitowoju <ZAO1@ETSU.EAST-TENN-ST.EDU>
  653. Subject: Sound Blaster to GUS input line...is it safe?
  654.  
  655. Has anyone hooked a their Sound Blaster into their GUS?  I mean that I have a
  656. Sound Blaster v1.05 and a GUS in my machine, and I want to route the output of
  657. my SB into my GUS's line-in input.
  658.  
  659. But I was wondering whether this was safe or not...Any advice would be
  660. greatly appreciated.  Thanks... =)
  661.  
  662. Akintunde Omitowoju
  663. zao1@etsu.bitnet           (BitNet)
  664. zao1@etsu.east-tenn-st.edu (InterNet)
  665.  
  666. "I program, therefore I debug."
  667.  
  668. ------------------------------
  669.  
  670. Date: Fri, 21 Jan 1994 18:05:16 -0700 (MST)
  671. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  672. Subject: Submit directory etc.
  673.  
  674. > >  1) what is the full path to epas submit directory? I only have email access
  675. > > and need to put in a ftp request to Genie sysop for the Master of Orion AIL
  676. > > drivers that Jerry Gamache kindly coaxed out.
  677. > 
  678. > /pub/pc/ultrasound/submit
  679. > 
  680. > >  2) When was the faq last updated? Got mine in August '93...
  681. > 
  682. > Just transferred my subscription to a different address, and the FAQ was sent
  683. > along with the subscribe notice.  It was dated some time this month, I believe
  684. > the 14th.
  685.  
  686. ------------------------------
  687.  
  688. Date: Fri, 21 Jan 94 09:19:13 EST
  689. From: Phil Longstaff <phill@dnbf01.bram.cdx.mot.com>
  690. Subject: To Gravis re OS/2 drivers
  691.  
  692. To Gravis:
  693.  
  694. thank you for the news (and thank you to f.graham) re OS/2 drivers.  I think
  695. what got many people upset was the silence as much as (or more than) the lack of
  696. drivers.
  697.  
  698. A thought: I don't know what your progress is, but you might be able to get
  699. drivers more quickly by working with one of the people (e.g. Robert Manley) who
  700. seems quite far along (I assume you know of his progress by reading the group
  701. comp.sys.ibm.pc.soundcard).  If you and he, working together, could produce an
  702. MMPM/2 driver which also included SBOS/MegaEM support, so I could get sound from
  703. all of my DOS games, it would be a fantastic achievement which would leave me
  704. forever in your debt.
  705.  
  706. I know you can't always predict when software will be ready, but I think the
  707. idea posted here a while ago about sending out an update every 2 weeks would be
  708. a great idea.
  709.  
  710. Phil Longstaff, Motorola Codex, Mississauga Ontario
  711.  
  712. ------------------------------
  713.  
  714. Date: 21 Jan 94 21:22 -0800
  715. From: Thomas Wong <twong@civil.ubc.ca>
  716. Subject: Ultrasound Internet Archives News - New policy for EPAS
  717.  
  718.                  GRAVIS ULTRASOUND INTERNET ARCHIVES NEWS
  719. ==========================================================================
  720. FTP SITE: wuarchive.wustl.edu          DIRECTORY: systems/ibmpc/ultrasound
  721.           archive.orst.edu                        pub/packages/gravis
  722.           nctuccca.edu.tw                         PC/ultrasound
  723. EUROPEAN CALLERS ONLY:
  724.           theoris.rz.uni-konstanz.de              pub/sound/gus
  725. MIRROR:   garbo.uwasa.fi                          mirror/ultrasound
  726. SUBMISSIONS:
  727.           archive.epas.utoronto.ca                pub/pc/ultrasound/submit
  728. NEWLY VALIDATED FILES:
  729.           archive.epas.utoronto.ca                pub/pc/ultrasound
  730. MAILSERVER FOR ARCHIVE ACCESS: 
  731.           Send email to <mail-server@nike.rz.uni-konstanz.de>
  732.  -------------------------------------------------------------------------
  733.  
  734.  
  735. Background: 
  736. -----------
  737.  
  738. As most of you have already read, the Ultrasound archive is growing at 
  739. an incredible rate. So quickly that EPAS can't keep up with the growth. 
  740. So I'd solicited suggestions from people here on the net and from the 
  741. digest. And I thank you for the replies. But after MUCH discussions
  742. between us, the administrators, we have decided that most of those (and
  743. our own as well) suggestions will only be goof on a temporary basis. 
  744.  
  745. We have moved things off and add disks to EPAS and so forth before. The
  746. growth had always outgrew our predictions. The contibutions themselves per 
  747. month are doubling every 1/2 year. This may not sound much but we are 
  748. already getting 20 megs of new files each month. By summer, we should be 
  749. getting 50 Meg. Now these numbers are not too much of a worry for our 
  750. other sites which are all full archives of our Ultrasound Archives. 
  751. But EPAS has limited resources hence we have decided to look towards 
  752. the long haul...
  753.  
  754.  
  755. New plan for EPAS:
  756. ------------------
  757.  
  758. EPAS will now be a submission and newly validated files site for our
  759. Ultrasound Archive. 
  760.  
  761. In other words, submissions still go to the EPAS, under the same
  762. directory, pub/pc/ultrasound/submit. But EPAS will no longer carry the
  763. Ultrasound Archive itself.... the bulk of it anyways. What this means is
  764. EPAS will still carry the directory structure of our archive, but not
  765. the files itself. But what I'll do is whenever I finish validating the 
  766. latest batch of files, I will move them to the corresponding directories 
  767. under the directory structure in EPAS. Hence EPAS will also hold the
  768. new files for the last validation period. And when I do another batch of
  769. validation, the old files gets removed and the new ones gets placed into
  770. the corresponding directory.
  771.  
  772. This way, not only does it free up tons of space, we will not reach the
  773. limits of EPAS again until contributions reaches 200 Meg a month... :)
  774. And if we out guess the growth again, we'll see this happening by...
  775. tomorrow!
  776.  
  777. And also, if you keep uptodate with the latest happenings of GUS, or at
  778. least my announcements for file validations, you can go to EPAS and grab
  779. only the latest files (with mget * for example) and not have to weed
  780. through 10 screenful of listings with a "dir". EPAS will have the latest
  781. files. And hopefully, traffic to EPAS will also die off....
  782.  
  783. There are exceptions to every rule of course.... the digest will
  784. probably remain onboard and updated on EPAS. The full digest archive
  785. that is since it doesn't take up that much room. And we'll see if there
  786. is anything else we may have to make an exception for.
  787.  
  788. Now remember, this only effects EPAS. All the other archives and
  789. mailservers are and always will be full archives. Please access those
  790. for our complete list of Ultrasound files.
  791.  
  792.  
  793. When will this go into effect?
  794.  -----------------------------
  795.  
  796. This weekend. I will find some time tomorrow to get the ball rolling,
  797. clear out EPAS, and move the files I'd already validated a month ago to
  798. the correct directories, so that I can go and validate more files that
  799. have already been sitting in the submit directory for another month.
  800. So if you want the archive itself, please start accessing the other
  801. sites as described at the top of this message.
  802.  
  803.  
  804. Now what?
  805. ---------
  806.  
  807. Nothing much... have to go wash the dishes, catch the latest... or at
  808. least get updated on the latest scandals and international calibre
  809. trials down in the States.... oh you mean the archives? Well, I'll get
  810. started tomorrow, if I can hog the phone line for a couple of hours. :)
  811. And I'll let you all know when I'm done, and what I've done, when I'm
  812. done, what I've done...... :)
  813.  
  814.  
  815. Thomas.
  816.  
  817. cat /dev/null > ~/.sig
  818.  
  819. ------------------------------
  820.  
  821. Date: Fri, 21 Jan 1994 10:49:57 -0700 (MST)
  822. From: jknepley@nyx.cs.du.edu (Jim Knepley)
  823. Subject: Why Gravis doesn't post here
  824.  
  825. > Date: Thu, 20 Jan 94 07:30:00 BST
  826. > From: f.graham@genie.geis.com
  827. > Subject: OS2: Gravis SPEAKS!
  828.  
  829. > It's weird how we get such great feedback on Genie and _none_ here lately.
  830. > There's obviously a lot more people here than on Genie, though we're also
  831. > picking up a lot of converts on Genie. I guess, a lot of GUS has happenned
  832. > since no one's stuck with answering the plethora of similar queries this
  833. > digest (unavoidably) gets, and except for news, we're doing fine ourselves...
  834.  
  835. I've had a theory about why nobody from Gravis posts here for a while.  This 
  836. seems to be as good a time as any to share it...
  837.  
  838. If memory serves, John Smith et al flew the proverbial coop after a 
  839. rather intense round of MORONS telling them that they suck.  People 
  840. bitching about support, compatibility, availability, drivers, just about
  841. EVERYTHING.  _I_ sure wouldn't have stuck around a place where IGNORANT 
  842. NAESAYERS were bashing not only my company but ME PERSONALLY (yes, many 
  843. of the attacks were against John Smith personally).  It's a shame that we 
  844. don't get the updates that we once did, and I would have those who RUINED 
  845. it for all of us TAKEN OUT AND SHOT given the chance.
  846.  
  847. Well, that's my theory about why we must have people forward us GUS news 
  848. from Geni, it's too bad because I LOVE my UltraSound...
  849.  
  850. Jim
  851.  
  852. ------------------------------
  853.  
  854. Date: Fri, 21 Jan 1994 13:27:16 -0500
  855. From: jgamache@AIX1.si.usherb.ca (Jerry Gamache)
  856. Subject: XMID specs
  857.  
  858. Sorry for the crossposting, my interest is music in a game context. I
  859. am trying to make an initialisation file for ultramid that will
  860. preload all the patches specific for a game. I have all the XMID of
  861. that game and I need a way to know which patches are used.
  862.  
  863. This is my second attempt on this subject, I kept it short.
  864.  
  865.                 Any help will be welcome
  866.  
  867.                     Jerry
  868.  
  869. ------------------------------
  870.  
  871. Date: Fri, 21 Jan 1994 14:50:32 +0000 (GMT)
  872. From: Mark Charsley <wa94002@ox.ac.uk>
  873. Subject: Zye Technology
  874.  
  875. Does anyone have Zye Technology (UK distributor of the GUS)'s Tech Support 
  876. no.?
  877. Ta.
  878. Mark
  879.  
  880. ------------------------------
  881.  
  882. From: (null)
  883.  
  884. I left the PMAKER.EXE & PMAKER.HLP file in C:\ULTRASND\PMAKER the directory
  885. that I unzipped PMAK110.ZIP in.
  886.  
  887. I put the new .DLL files in the C:\ULTRASND\WINDOWS directory.
  888.  
  889. I put new ULTRASND.INI file in BOTH the C:\ULTRASND\WINDOWS directory
  890. and the C:\ULTRASND DIRECTORY.  Even though the directions in the README
  891. file indicated it was supposed to be put in the C:\ULTRASND\WINDOWS directory
  892. (why in the world are there 2 ULTRASND.INI files!??).
  893.  
  894. I notice new volume controls that actually retain the volume settings and
  895. of course the patch maker program.  Is there anything else that should've
  896. been upgraded/noticed?  Is the above file placement O.K.?
  897.  
  898. On another related/non-related rookie subject:
  899. I've noticed that some MIDI files come with .cfg files that contain
  900. the paterns they use.  Now my question is: who loads these .cfg files
  901. to the MIDI player?  Is there something embedded in the actual .mid file
  902. that tells the MIDI player about the .cfg file? Or is there an option/switch 
  903. I have to feed the MIDI player along with the .cfg file?
  904. -- 
  905.  -------------------------------------- 
  906. Jon Fletcher                           |  
  907. UCI/Unified Communications, Inc.       | 
  908. Bloomington, MN  55425
  909. Software Engineer                      |
  910. email fletcj@tenfwd.uci.com            |    
  911.  -------------------------------------- 
  912.  
  913. ------------------------------
  914.  
  915. End of GUS Daily Digest V10 #22
  916. *******************************
  917.  
  918. To post to tomorrow's digest:                        <gus-general@dsd.es.com>
  919. To (un)subscribe or get help:                <gus-general-request@dsd.es.com>
  920. To contact a human (last resort):              <gus-general-owner@dsd.es.com>
  921.  
  922. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  923.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  924.                      archive.orst.edu                    /pub/packages/gravis
  925.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  926.                      nctuccca.edu.tw                           /PC/ultrasound
  927. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  928.  
  929. Hints:
  930.       - Get the FAQ from the FTP sites or the request server.
  931.       - Mail to <gus-general-request@dsd.es.com> for info about other
  932.     GUS related mailing lists (programmers, musicians, etc.).
  933.  
  934.  
  935.